home *** CD-ROM | disk | FTP | other *** search
/ EuroCD 3 / EuroCD 3.iso / Programming / Amos / AMOSList-0497 / AMOSLIST / 000100_amos-request@svcs1.digex.net_Sun Apr 13 19:17:34 1997.msg < prev    next >
Text File  |  1998-06-24  |  5KB  |  128 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail1.access.digex.net (8.8.5/8.8.5) with ESMTP id TAA21426
  3.     for <mcox@access.digex.net>; Sun, 13 Apr 1997 19:17:33 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id RAA29857
  6.     for amos-out; Sun, 13 Apr 1997 17:27:56 -0400 (EDT)
  7. Received: from mail2.access.digex.net (mail2.access.digex.net [205.197.247.3])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id RAA29854
  9.     for <amos-list@svcs1.digex.net>; Sun, 13 Apr 1997 17:27:55 -0400 (EDT)
  10. Received: from dfw-ix3.ix.netcom.com (dfw-ix3.ix.netcom.com [206.214.98.3])
  11.     by mail2.access.digex.net (8.8.5/8.8.5) with ESMTP id RAA06687
  12.     for <amos-list@access.digex.net>; Sun, 13 Apr 1997 17:27:54 -0400 (EDT)
  13. Received: (from smap@localhost)
  14.           by dfw-ix3.ix.netcom.com (8.8.4/8.8.4)
  15.       id QAA08625 for <amos-list@access.digex.net>; Sun, 13 Apr 1997 16:27:18 -0500 (CDT)
  16. Received: from pit-pa2-24.ix.netcom.com(199.183.195.88) by dfw-ix3.ix.netcom.com via smap (V1.3)
  17.     id sma008611; Sun Apr 13 16:27:02 1997
  18. From: Garfield Benjamin <gbenjam@ix.netcom.com>
  19. Reply-To: Garfield Benjamin <gbenjam@ix.netcom.com>
  20. To: amos-list@access.digex.net
  21. Date: Sun, 13 Apr 1997 17:33:33 +0500
  22. Message-ID: <yam7042.1653.2866696@smtp.ix.netcom.com>
  23. X-Mailer: YAM 1.3.2 - Amiga Mailer by Marcel Beck
  24. Subject: Re: NTSC
  25. MIME-Version: 1.0
  26. Content-Type: text/plain; charset=iso-8859-1
  27. Content-Transfer-Encoding: 8bit
  28. X-MIME-Autoconverted: from quoted-printable to 8bit by svcs1.digex.net id RAA29855
  29. Status: RO
  30. X-Status: 
  31.  
  32.  
  33. TO:  EVERYBODY!!
  34.  
  35.  
  36. On 13-Apr-97, Mike Hiltunen wrote:
  37.  
  38. >Let's say I have a screen using 320x256 pixels in PAL.
  39. >Now, everyone with a PAL screen would see the whole
  40. >screen display, but....
  41.  
  42. >If you have an NTSC screen, what would you see?
  43. >Would you loose some at the top and some at the bottom,
  44. >or would you just loose some at the bottom?
  45.  
  46.    PLEASE NOTE that the following info is based on my system. It
  47.    should be correct for ALL systems but, I cannot guarantee it.
  48.    Anyway, this is the basis for my NTSC-PAL support routines...
  49.  
  50.  
  51.    Generally speaking, your PAL screen will appear "lowered".  This
  52.    combined with the fact that NTSC cannot show the entire 256-
  53.    line PAL screen means you will indeed lose a good chunk of the
  54.    bottom.
  55.  
  56.  
  57.    I cannot give you an EXACT number of lines for a maximum NTSC
  58.    display as it depends on the monitor or television. For example,
  59.    my brother's television can display 228 lines at maximum while
  60.    my television can display 232 lines and my monitor (which is what
  61.    I now use) can handle 241 lines in NTSC.
  62.  
  63.    Theoretically, NTSC overscan should easily show 241 lines but 
  64.    this is for the Amiga's hardware and does not take into account
  65.    the actual viewing-device.
  66.  
  67.  
  68.    I have never heard from any PAL users so, actually I do not even
  69.    know if this looks fine to them or not so, bearing in my mind that
  70.    this is all based on theory this is how StarStrike2000 handles it...
  71.  
  72.         
  73. 1. First, I define maximum NTSC display at 239 lines and maximum 
  74.     PAL display at 252 lines (better to be on the safe-side and narrow
  75.     the differences). Please note that I am coming from the angle of
  76.     an NTSC-user offering PAL support. Certainly, use 256-pixels as
  77.     your PAL display size because you know it will work and exactly
  78.     where to position the screen!!
  79.  
  80. 2. Next, (and this does not pertain to NTSC support but, I figure I 
  81.      might as well cover everything at once) use
  82.      Default Palette 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 which will tell
  83.      AMOS to open it's screens with an all-black palette instead of 
  84.      the default-orange.
  85.  
  86. 3. The screen(s) are opened and immediately Flash Off and Curs Off
  87.      are used.  
  88.  
  89.      NOTE that the screen(s) are opened at their maximum size which
  90.      in this case is 16 lines for the Status-screen and 232 lines for the
  91.      Game-screen.
  92.  
  93.  
  94. 4.  Now, keep in mind that SS2000's in-game display uses two
  95.       screens (kind of like most other games). One for the Status-
  96.       Bar at the top and a second for the actual play-field, this is how
  97.       they are "centered" for PAL and NTSC...
  98.  
  99.       YOFFSET1=0 : YOFFSET2=0 : Rem Default for NTSC
  100.       If Not(NTSC) then YOFFSET1=7 : YOFFSET2=19 : Rem Pal Adjust.
  101.  
  102.       Screen Display STATUSSCREEN,128,34+YOFFSET1,,
  103.       Screen Display GAMESCREEN,128,40+YOFFSET2,,
  104.  
  105.       where the xx+YOFFSETx is the bit you're interested in.
  106.  
  107.  
  108.                    
  109.       
  110.       Again, I'm not saying this is THE way to handle it but, I hope it
  111.       helps...
  112.  
  113.  
  114.  
  115.  
  116.                      Garfield (Unlimited Design)
  117.  
  118.  
  119.  
  120.    BTW - If my games do NOT look right in a PAL display then I would
  121.                 certainly appreciate someone telling me.  So, if you think
  122.                 they should be moved up or down a bit then just let me 
  123.                 know and I will adjust my routines accordingly.
  124.  
  125.                                                                                                           THANKS!!
  126.  
  127.  
  128.